home *** CD-ROM | disk | FTP | other *** search
/ The 640 MEG Shareware Studio 2 / The 640 Meg Shareware Studio CD-ROM Volume II (Data Express)(1993).ISO / os2 / comfact.txt < prev    next >
Text File  |  1992-10-01  |  28KB  |  678 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7.  
  8.  
  9.  
  10.  
  11.  
  12.  
  13.  
  14.  
  15.  
  16.  
  17.  
  18.  
  19.  
  20.  
  21.          OS/2 2.0 ASYNCHRONOUS COMMUNICATION FACT SHEET
  22. First Edition (September, 1992) 
  23.  
  24. The following paragraph does not apply to the United Kingdom or
  25. any country where such provisions are inconsistent with local law:
  26. INTERNATIONAL BUSINESS MACHINES CORPORATION PROVIDES THIS
  27. PUBLICATION "AS IS" WITHOUT WARRANTY OF ANY KIND, EITHER EXPRESS
  28. OR IMPLIED, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES
  29. OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. Some states
  30. do not allow disclaimer of express or implied warranties in certain
  31. transactions, therefore, this statement may not apply to you. 
  32.  
  33. This publication could include technical inaccuracies or
  34. typographical errors. Changes are periodically made to the
  35. information herein; these changes will be incorporated in new
  36. editions of the publication. IBM may make improvements and/or
  37. changes in the product(s) and/or the program(s) described in this
  38. publication at any time.
  39.  
  40. It is possible that this publication may contain reference to, or
  41. information about, IBM products (machines and programs),
  42. programming, or services that are not announced in your country. 
  43. Such references or information must not be construed to mean that
  44. IBM intends to announce such IBM products, programming, or services
  45. in your country. 
  46.  
  47. Requests for technical information about IBM products should be
  48. made to your IBM Authorized Dealer or your IBM Marketing
  49. Representative.
  50.  
  51.                         TABLE OF CONTENTS
  52.  
  53.  
  54.  
  55. NOTICES. . . . . . . . . . . . . . . . . . . . . . . . . . . . iv
  56.  
  57. TRADEMARKS AND SERVICE MARKS . . . . . . . . . . . . . . . . . iv
  58.  
  59. 1.0    AT BUS ARCHITECTURE OVERVIEW. . . . . . . . . . . . . .  1
  60.  
  61. 1.1    RECOMMENDATIONS FOR ISA BUS ARCHITECTURE. . . . . . . .  1
  62.  
  63. 2.0    OS/2 2.0 COMMUNICATION DRIVERS. . . . . . . . . . . . .  4
  64.  
  65. 2.1    OS/2 2.0 GA DRIVER PARAMETERS . . . . . . . . . . . . .  4
  66.  
  67. 2.2    OS/2 2.0 REPLACEMENT DRIVERS. . . . . . . . . . . . . .  5
  68.  
  69. 2.2.1  COM_DIRECT_ACCESS DOS property. . . . . . . . . . . . .  6
  70.  
  71. 2.2.2  COM_SELECT DOS Property . . . . . . . . . . . . . . . .  6
  72.  
  73. 2.2.3  COMM.DRV will now support COM3 and COM4 under
  74.        WINOS2. . . . . . . . . . . . . . . . . . . . . . . . .  6
  75.  
  76. 2.3    OS/2 2.0 COMMUNICATION DRIVER DIFFERENCES . . . . . . .  6
  77.  
  78. 3.0    OS/2 2.O COMMUNICATION TROUBLE SHOOTING . . . . . . . .  7
  79.  
  80. 3.1    PORT IS NOT RECOGNIZED OR DOES NOT WORK . . . . . . . .  7
  81.  
  82. 3.2    APPLICATION HANGS . . . . . . . . . . . . . . . . . . .  9
  83.  
  84. 3.3    DOS/WINDOWS APPLICATIONS. . . . . . . . . . . . . . . .  9
  85.  
  86. 3.4    POOR PERFORMANCE, RELIABILITY . . . . . . . . . . . . . 10
  87.  
  88. 3.5    USING THE MODE COMMAND. . . . . . . . . . . . . . . . . 11
  89.  
  90.  
  91.  
  92.                             NOTICES
  93.  
  94.  
  95. References in this publication to IBM products, programs, or
  96. services do not imply that IBM intends to make these available in
  97. all countries in which IBM operates. Any reference to an IBM
  98. product, program or service is not intended to state or imply that 
  99. only IBM's product, program, or service may be used. Any
  100. functionally equivalent product, program, or service that does not
  101. infringe any of IBM's intellectual property rights or other legally
  102. protectible rights may be used instead of the IBM product, program,
  103. or service. Evaluation and verification of operation in conjunction
  104. with other products, programs, or services, except those expressly
  105. designated by IBM, are the user's responsibility. 
  106.  
  107. IBM may have patents or pending patent applications covering
  108. subject matter in this document. The furnishing of this document
  109. does not give you any license to these patents. You can send
  110. license inquiries, in writing, to the IBM Director of Commercial 
  111. Relations, IBM Corporation, Purchase, NY 10577.
  112.  
  113.                                                                  
  114.  
  115.                   TRADEMARKS AND SERVICE MARKS
  116.  
  117.  
  118. Terms denoted by a single asterisk (*) in this publication are
  119. trademarks of the IBM Corporation in the United States and/or other
  120. countries.  These terms include:   
  121. IBM
  122. Micro Channel 
  123. Operating System/2
  124. OS/2
  125. PS/2
  126. WIN-OS/2
  127. Workplace Shell 
  128. XGA 
  129.  
  130. Terms denoted by a double asterisk (* *) in this publication are
  131. trademarks of other companies.  Other trademarks appearing in this
  132. publication are owned by their respective companies. 
  133.  
  134. Microsoft, MS Bookshelf, MS Excel, MS Flight Simulator, MS Money,
  135. and Windows are trademarks of Microsoft Corporation. 
  136.  
  137. IBM DISCLAIMS ALL WARRANTIES, WHETHER EXPRESSED OR IMPLIED,
  138. INCLUDING  WITHOUT LIMITATION, WARRANTIES OF FITNESS AND
  139. MERCHANTABILITY WITH  RESPECT TO THE INFORMATION IN THIS DOCUMENT. 
  140. BY FURNISHING THIS  DOCUMENT, IBM GRANTS NO LICENSES TO ANY RELATED
  141. PATENTS OR COPYRIGHTS. 
  142.  
  143. Copyright IBM Corporation, 1992, all rights reserved.
  144.  
  145.  
  146. 1.0    AT BUS ARCHITECTURE OVERVIEW
  147.  
  148.        The original ISA machine (the IBM PC-AT) allowed for the 
  149.        definition of up to four serial communications ports. 
  150.        However, there has never been any hardware architectural
  151.        standard that defined the I/O port addresses or Interrupt
  152.        Request (IRQ) lines associated with communication ports #3
  153.        or #4.  Over the years a convention was established which
  154.        places the port addresses for COM3 and COM4 at 03E8 and 02E8
  155.        respectively.  This is a generally accepted convention and
  156.        is not a standard.
  157.  
  158.        If multiple hardware adapters of any kind (not just
  159.        communications) are using the same I/O address, then the
  160.        effect on your computer will be totally unpredictable.
  161.  
  162.        OS/2 2.0 is an interrupt driven operating system and
  163.        requires unique I/O addresses and Interrupt Request lines
  164.        (IRQs) for each adapter in the system on an ISA computer
  165.        system.  ISA systems have what are called "edge triggered"
  166.        interrupts in contrast to Micro Channel (MCA) and EISA which
  167.        use "level sensitive" interrupts.  Edge triggered interrupts
  168.        can only be sensed for a very short period of time.  If a
  169.        second interrupt arrives from another adapter while the
  170.        first interrupt is still being  processed, then the second
  171.        interrupt will be lost.  Also, if two  adapters are sharing
  172.        the same PHYSICAL IRQ, then the processor does not know
  173.        which adapter (and therefore which OS/2 session) should get
  174.        the Interrupt Request (IRQ). In a single tasking  operating
  175.        system such as DOS, the sharing of interrupts is not a 
  176.        problem as only one application is in use at a time.  OS/2, 
  177.        however, presents a different set of problems.  If we have
  178.        two,  three, or four serial communications adapters, the
  179.        probability is now pretty high that we might try to use two
  180.        or more of them at the same time.  If some of them have
  181.        previously been set up using shared interrupts, then the
  182.        stage is set for mysterious things to happen that probably
  183.        didn't happen under DOS.
  184.  
  185.  
  186. 1.1    RECOMMENDATIONS FOR ISA BUS ARCHITECTURE
  187.  
  188.        On an ISA machine there are a total of 15 IRQ levels
  189.        available.  The standard settings, in order of priority,
  190.        follow:
  191.  
  192.        IRQ#  Device Associated
  193.  
  194.         0       System Timer
  195.         1       Keyboard
  196.         2       Secondary Interrupt Controller  (see note)
  197.            8    Realtime Clock
  198.            9    --- (see note)
  199.           10    --- free
  200.           11    --- free
  201.           12    --- free - reserved for aux dev
  202.           13    Math Coprocessor
  203.           14    Hard Disk
  204.           15    --- free
  205.        3        COM2 (Serial Communications Port #2)
  206.        4        COM1 (Serial Communications Port #1)
  207.        5        LPT2 (Parallel Printer Port #2 - add. 278)
  208.        6        Diskette
  209.        7        LPT1 (Parallel Printer Port #1 - add. 3BC or 378)
  210.  
  211.  
  212.        (Note:  On the IBM-AT (ISA bus) the IRQ9 pin is identical
  213.        with the IRQ2 pin on the original IBM-PC.  If you have an
  214.        older, 8-bit adapter whose documentation states that it uses
  215.        IRQ2, then be aware that this will actually be seen as IRQ9
  216.        when plugged into the 16-bit ISA bus.)
  217.  
  218.        OS/2 can detect that an interrupt line is shared and will
  219.        disallow the simultaneous use.  Assume that COM1 and COM3
  220.        were sharing IRQ4 (a fairly common real situation).  If we
  221.        tried to use both COM ports at the same time, OS/2 would
  222.        refuse to allow the second one to start.  A well-written
  223.        OS/2 communications program would see and report the error
  224.        from OS/2 that the port could not be opened.  A DOS
  225.        application, however, will likely be unprepared to respond
  226.        to this strange situation, and it may simply hang, waiting
  227.        for the port that will never open.
  228.  
  229.        To avoid these problems, make sure that all of your hardware
  230.        adapters have their own unique I/O addresses and IRQ
  231.        assignments.  Unfortunately, on an ISA machine, OS/2 has no
  232.        way to query the computer to find out what these settings
  233.        are.  Therefore, after checking and setting the adapters
  234.        according to the instruction manuals, you must also tell
  235.        OS/2 what you've done by placing explicit information into
  236.        the CONFIG.SYS file.
  237.  
  238.        TO SUMMARIZE:
  239.  
  240.        Even though there is some flexibility for printer and COM
  241.        port assignments, try to stick to the standard assignment
  242.        as shown in the IRQ table above.
  243.  
  244.        The I/O addresses and IRQs are determined by the HARDWARE. 
  245.        The parameters passed to COM.SYS do NOT set the hardware;
  246.        these parameters are a reflection of the physical hardware
  247.        settings.
  248.  
  249.        Available interrupts, in order of priority, are:  IRQ10,
  250.        IRQ11, IRQ12, IRQ15, IRQ3 (if not used for COM2), and IRQ5
  251.        (if not used for LPT2).
  252.  
  253.        Physical addresses and interrupts can be indicated in OS2
  254.        to the communication drivers.  Usual default settings
  255.        follow:
  256.  
  257.        COM1 - 3F8 - IRQ 4 (OS/2 & industry default)
  258.        COM2 - 2F8 - IRQ 3 (OS/2 & industry default)
  259.        COM3 - 3E8 - (industry practice)
  260.        COM4 - 2E8 - (industry practice)
  261.  
  262.        There is no OS/2 default setting for COM3 and COM4.  It 
  263.        must be specified by the device=x:\OS2\COM.SYS statement in
  264.        the config.sys file.
  265.  
  266.        Printer port addresses and IRQ levels are hard coded in OS/2
  267.        as follows:
  268.  
  269.        3BC or 378      ==> IRQ7 (LPT1)
  270.        278             ==> IRQ5 (LPT2)
  271.  
  272.        Unlike the COM ports, where the addresses and the interrupts
  273.        can be specified by parameters to the COM.SYS in the
  274.        CONFIG.SYS file, the printer port addresses and IRQs shown
  275.        above are fixed.  OS2 assigns LPT1 to the highest printer
  276.        port address being used.  The printer address is specified
  277.        in the printer adapter board.  With OS/2 you can not use
  278.        both addresses 3BC and 378 as printer port addresses.  Both
  279.        LPTs would be sharing IRQ7.  Unlike DOS, OS/2 uses
  280.        interrupts for printing.  The interrupt is triggered by the
  281.        signal line, ACK, from the printer.  If the IRQs are not
  282.        configured correctly or if the printer cable is missing the
  283.        ACK line, the printer may work under DOS and have problems
  284.        under OS/2.
  285.  
  286.        An example of address and interrupt assignments follows:
  287.  
  288.        COM1 - 3F8,IRQ4
  289.        COM2 - 2F8,IRQ3
  290.        COM3 - 3E8,IRQ5 (IRQ5 not being used by lpt2)
  291.        COM4 - 2E8,IRQ10
  292.        LPT1 - 378,IRQ7
  293.  
  294.        If interrupt devices are occasionally losing data, try
  295.        moving to a higher priority unused interrupt.
  296.  
  297.  
  298. 2.0    OS/2 2.0 COMMUNICATION DRIVERS
  299.  
  300.        Different sets of communication drivers exist.  You can
  301.        identify which version you are using by the date and time
  302.        associated with the files.   The OS/2 2.0 GA communication
  303.        drivers will have a date of 3-30-92. The most current
  304.        drivers will have a date of 8-10-92 or later.  The version
  305.        of the driver determines which parameters may be passed to
  306.        COM.SYS.  The driver names are:
  307.  
  308.  
  309.        COM.SYS     The COM.SYS driver is the main OS/2 2.0
  310.                    communications driver.  This file is located in
  311.                    the \OS2 directory.  COM.SYS processes all
  312.                    passed parameters.  COM.SYS should be located
  313.                    towards the end of the CONFIG.SYS after all
  314.                    other serial device drivers (i.e. MOUSE.SYS). 
  315.  
  316.        VCOM.SYS    The VCOM.SYS driver is used in every Virtual Dos
  317.                    Machine (VDM).  This file is located in the
  318.                    \OS2\MDOS directory.  The purpose of the
  319.                    VCOM.SYS is to virtualize all interfaces to DOS
  320.                    applications.  There are no parameters passed. 
  321.                    VCOM.SYS should follow COM.SYS in the CONFIG.SYS
  322.                    file.
  323.  
  324.        COMM.DRV    The COMM.DRV is used in WIN-OS2 sessions. This
  325.                    file is located in the \OS2\MDOS\WINOS2\SYSTEM
  326.                    directory.  There are no parameters passed. 
  327.                    COMM.DRV is NOT in the CONFIG.SYS file.
  328.  
  329.  
  330. 2.1    OS/2 2.0 GA DRIVER PARAMETERS
  331.  
  332.        Those customers who have AT BUS machines and wish to use
  333.        COM3, COM4, or non-standard I/O addresses must modify the
  334.        config.sys file to include the following parameters for the
  335.        COM.SYS driver.  The parameters for the COM.SYS driver dated
  336.        *** 3-30-92 *** are:
  337.  
  338.  
  339.        DEVICE=C:\OS2\COM.SYS (n,a,i) [(n,a,i)] . . .
  340.  
  341.        where the last parameter is optional
  342.  
  343.        n = the Com port
  344.  
  345.        a = COM port I/O address (e.g. 03E8, 02E8)
  346.  
  347.        i = IRQ level
  348.  
  349.        For example, to specify that COM3 is at address 03E8 on IRQ5
  350.        and that COM4 is at address 02E8 on IRQ10, use the following
  351.        statement (assuming that OS/2 is installed on the C: 
  352.        drive):
  353.  
  354.        DEVICE=C:\OS2\COM.SYS (3,3E8,5) (4,2E8,10)
  355.  
  356.        Note that this syntax is actually quite general.  Non-
  357.        standard parameters for COM1 and COM2 are set the same way.
  358.  
  359.        The I/O address and IRQ level should be noted in the
  360.        documentation that came with the adapter.  Either or both
  361.        might be fixed values or adjustable to a range of values via
  362.        jumpers or switches.  In some cases, you may find that the
  363.        values are fixed or that the range of settings available to
  364.        you is insufficient to avoid the sharing conflict.
  365.  
  366. 2.2    OS/2 2.0 REPLACEMENT DRIVERS
  367.  
  368.        Those customers who have AT BUS machines and wish to use
  369.        COM3, COM4 or non-standard I/O addresses must modify the
  370.        config.sys file to include the following parameters for the
  371.        COM.SYS driver.  The parameters for the COM.SYS driver dated
  372.        *** 8-10-92 or later *** are:
  373.  
  374.  
  375.        DEVICE=C:\OS2\COM.SYS (n,xxxx,ii,s) [(n,xxxx,ii,s)] . . .
  376.  
  377.        where the last parameter is optional.
  378.  
  379.  
  380.        n     :  COM port number (usually 3 and 4 but it is possible
  381.                 to configure 1 or 2 to a different IRQ or I/O
  382.                 address
  383.  
  384.        xxxx  :  COM port address
  385.  
  386.        ii    :  IRQ level
  387.  
  388.        s     :  Spurious interrupt handling switch
  389.                 values:
  390.                 D or d   :  to deinstall COM driver if more than
  391.                             1000 consecutive spurious interrupts
  392.                             occur.
  393.  
  394.                 I or i   :  to ignore spurious interrupts
  395.  
  396.                 P or p   :  to post an error if more than 1000
  397.                             consecutive interrupts occur.  Some
  398.                             applications are not prepared for the
  399.                             posted error and may hang. 
  400.  
  401.        NOTE  :  Some UART chips or malfunctioning modems can create
  402.                 interrupts when no interrupt is expected.  These
  403.                 interrupts are known as spurious interrupts.
  404.  
  405.  
  406. 2.2.1  COM_DIRECT_ACCESS DOS property
  407.  
  408.        When COM_DIRECT_ACCESS is ON, VCOM.SYS will allow a DOS
  409.        application to access the communication ports directly. 
  410.        This DOS property makes LapLink III, FastLynx, FSDUAT,
  411.        AS/400 Asynch Router, and MS WORD work in a VDM session. 
  412.        However, since the buffers in COM.SYS cannot be used,
  413.        characters may be lost and some applications may suffer from
  414.        the lack of buffering.  With most DOS applications,
  415.        COM_DIRECT_ACCESS should be set to OFF as the default
  416.        setting.
  417.  
  418.  
  419. 2.2.2  COM_SELECT DOS Property
  420.  
  421.        COM_SELECT allows the DOS session to select only one
  422.        communication port to be used by the session.  The
  423.        communication ports which are not selected will be hidden
  424.        from the DOS session.  There are some DOS applications which
  425.        take over every available communication port.  This DOS
  426.        property is effective in preventing those DOS applications
  427.        from taking over all the communication ports.  An example
  428.        of a DOS application which attempts to control all the
  429.        communication ports is LapLink Pro.  If LapLink Pro and
  430.        another application which accesses a communication port are
  431.        executed at the same time, it is necessary to set
  432.        COM_SELECT.  The default setting  is ALL.
  433.  
  434. 2.2.3  COMM.DRV will now support COM3 and COM4 under WINOS2
  435.  
  436.        The WINOS2 driver, COMM.DEV, will now support COM3 and COM4. 
  437.        This support was not provided under the General Availability
  438.        (GA) release of OS/2 2.0.
  439.  
  440. 2.3    OS/2 2.0 COMMUNICATION DRIVER DIFFERENCES
  441.  
  442.        The major differences between the GA release of the OS/2
  443.        2.0 communication device drivers and the later release of
  444.        the communication device drivers are:
  445.  
  446.        a. The enhancements noted in sections 2.2.1, 2.2.2 and
  447.           2.2.3.
  448.        b. There are some ISA asynchronous devices which are not
  449.           recognized by the GA COM.SYS driver.  This has been
  450.           corrected in the later release of COM.SYS.
  451.  
  452. 3.0    OS/2 2.O COMMUNICATION TROUBLE SHOOTING
  453.  
  454.        This section will give some insight into trouble shooting
  455.        communication problems with OS/2 2.0.  Past experience shown
  456.        that most problems will be resolved by one or more of the
  457.        solutions listed below.
  458.  
  459. 3.1    PORT IS NOT RECOGNIZED OR DOES NOT WORK
  460.  
  461.        Most problems with IRQ and I/O address settings occur on AT
  462.        BUS (ISA) machines as a limitation of the hardware.  IRQs
  463.        are allowed to be shared on a micro channel (MCA) machine
  464.        provided the adapter is MCA compatible and can be configured
  465.        with the reference diskette.
  466.  
  467.        A. Verify that all IRQ levels and I/O addresses are unique
  468.           for every adapter.  The usual problem is that
  469.           communication adapters (internal modems, FAXes, etc) use
  470.           COM3 and IRQ4 which is already in use by COM1.  You must
  471.           PHYSICALLY change the IRQ on the adapter to one which is
  472.           not in use.  You need to refer to the documentation which
  473.           came with the adapter and Section 1.1 of this document.
  474.  
  475.        B. Verify that you are passing the correct parameters to the
  476.           COM.SYS driver in the CONFIG.SYS file.  Depending on
  477.           which driver you have loaded, refer to Section 2.1 or 2.2
  478.           of this document.
  479.  
  480.        C. Obtain the latest OS/2 2.0 communication drivers.  See
  481.           Section 2.0 to verify which driver you have. You can
  482.           obtain the new drivers from various bulletin boards.
  483.           (Call 1-800-547-1283 for information about registering
  484.           for and accessing the IBM OS/2 BBS, or call
  485.           1-800-237-5511 for the OS/2 Support Line.)
  486.  
  487.        D. If error message during boot : COMx not installed because
  488.           interrupt already in use, check for an IRQ conflict with
  489.           other device drivers or hardware.
  490.  
  491.        E. If system (AT bus or MCA) boots without error but a COM
  492.           port is still not working at all, issue a MODE command
  493.           (from an OS/2 command prompt) to the problem COM port
  494.           (i.e.  MODE COMx:).  If it indicates that the COMx port
  495.           is not installed, check for IRQ conflicts. (See Section
  496.           3.5).
  497.  
  498.           (If the mouse is on a COM port, the MODE command will
  499.           report a SYS1620, the COM port specified is not
  500.           installed, since the mouse has taken that COM port.)
  501.  
  502.        F. If the MODE command fails, check the CMOS data area to
  503.           verify that the I/O address is listed.  The OS2/DOS
  504.           utility, DEBUG, will show the I/O addresses listed at
  505.           location 40:0.  The procedure follows:
  506.  
  507.           1. Start a DOS Full Screen Session (command prompt).
  508.           2. Enter DEBUG and press the enter key.
  509.           3. At the '-' prompt, enter D 40:0 and press the enter
  510.              key.
  511.           4. You will see 40000000:00000000  followed by pairs of
  512.              hexadecimal numbers.  These numbers are the I/O
  513.              addresses recognized by COM.SYS.  Below is an example
  514.              of COM1 and COM2:
  515.  
  516.              40000000:00000000  F8 03 F8 02 00 00 00 00-
  517.  
  518.              This represents 03f8 (COM1) and 02f8 (COM2).  If COM3
  519.              was present, it would follow COM2's address.
  520.  
  521.           5. Enter Q and press the enter key to leave DEBUG.  
  522.  
  523.        G. If the application is a DOS communication program, set
  524.           the DOS_SETTINGS to the following:
  525.  
  526.           COM_HOLD:            ON
  527.           COM_DIRECT_ACCESS    ON or OFF              (*)
  528.           COM_SELECT           specific COMx          (*)
  529.           DOS_DEVICE:          x:\os2\mdos\comdd.sys  (+)
  530.           HW_ROM_TO_RAM:       ON
  531.           HW_TIMER:            ON
  532.           IDLE_SECONDS         60
  533.           IDLE_SENSITIVITY    100
  534.  
  535.           (*)   Requires the latest device drivers.  (See Section
  536.                 2.2).
  537.  
  538.           (+)   The DOS_DEVICE (COMDD.SYS) may not be the only one
  539.                 required depending on the application.  (For
  540.                 example, Intel's SatisFAXion board requires a
  541.                 device driver loaded into each VDM which will use
  542.                 that adapter). The COMDD.SYS driver is usually
  543.                 required only for older DOS communication
  544.                 applications.  Do not use COMDD.SYS for EVERY DOS
  545.                 communication session; use it only if it resolves
  546.                 the problem.
  547.  
  548.       H. To provide a higher priority to ALL communication
  549.           programs, change the following parameters in the
  550.           CONFIG.SYS file:
  551.  
  552.                    PRIORITY_DISK_IO:    NO
  553.                    MAXWAIT:              1
  554.  
  555.        I. Some DOS applications will open ALL of the COM ports. 
  556.           Use the COM_SELECT DOS setting for all of the VDM
  557.           communication sessions (See section 2.2.1).
  558.  
  559.  
  560. 3.2    APPLICATION HANGS
  561.  
  562.        A. If it is an OS/2 application:
  563.           => Ensure your COM port works in stand alone DOS.
  564.           => Using MODE command, turn off IDSR, ODSR, and OCTS (See
  565.              Section 3.5)
  566.  
  567.        B. If an OS/2 application is experiencing a lot of data
  568.           loss:
  569.           => Lower the baud rate
  570.           => Use the latest communication drivers
  571.           => Change settings in the CONFIG.SYS file
  572.  
  573.        C. If it is a DOS or Windows application:
  574.           => Some DOS applications will open ALL of the COM ports. 
  575.              Use the COM_SELECT Dos Setting in all of the DOS 
  576.              communication sessions (VDMs).
  577.           => Review previous section
  578.  
  579.  
  580. 3.3    DOS/WINDOWS APPLICATIONS
  581.  
  582.        A. Using a BBS communication package.
  583.           => WILDCAT BBS:  Version 3.0 of this DOS application has
  584.              been reported to work under OS/2 2.0.
  585.           => Set COM_HOLD DOS_SETTING to ON.
  586.           => If using a FOSSIL Driver (e.g. X00.SYS), place a REM
  587.              before the VCOM.SYS in the CONFIG.SYS or set
  588.              COM_DIRECT_ACCESS to ON if you have the latest
  589.              communication drivers.
  590.  
  591.        B. Using a FAX application which uses a COM port.
  592.           => Known limitation need to operate < 9600 bps.
  593.           => Use an OS/2 application for high speed fax (Currently
  594.              FAXPM, PMFAX and BitFax).
  595.  
  596.        C. An application which uses QBASIC or BASIC CTTY
  597.           => DOS_DEVICE:  x:\os2\mdos\comdd.sys.
  598.           => DOW JONES Link software requires this.
  599.  
  600.        D. Some other ASYNC application.
  601.           Check "Application Considerations" in the README file.
  602.           Example:
  603.           => CrossTalk for Windows needs BUFFER=OFF.
  604.           => Mirror III is similar to CrossTalk.  BUFFER can be
  605.              controlled with MODE command.
  606.           => LapLink PRO, set IDSR, ODSR, and OCTS of all COM ports
  607.              to OFF.  (See Section 3.5.)
  608.           => LapLink III, remark out VCOM.SYS or use
  609.              COM_DIRECT_ACCESS.
  610.           => INTEL SatisFAXion modem will ONLY work in a VDM
  611.              because it requires the SATISFAX.SYS DOS device
  612.              driver.
  613.           => PMFAX will work with the INTEL SatisFAXion Classic
  614.              card;  the earlier version of CASMGR does not work on
  615.              a MCA class machine.
  616.  
  617.        E. In Auto Answer mode and a call comes in:
  618.           => This is a known problem for which the latest
  619.              communication drivers provide better support
  620.              (COM_DIRECT_ACCESS)
  621.  
  622. 3.4    POOR PERFORMANCE, RELIABILITY
  623.  
  624.        A. Using an OS/2 or DOS application
  625.           => Try increasing/decreasing CACHE to reduce disk
  626.              activity.  Decreasing DISK CACHING may reduce
  627.              swapping.  You must experiment on your machine.
  628.           => Review previous sections concerning config.sys changes
  629.              and DOS_SETTINGS
  630.           => Using MODE command, turn off IDSR, ODSR, and OCTS. 
  631.              (See Section 3.5.)
  632.           => In the config.sys file, set:
  633.              PRIORITY_DISK_IO:    NO
  634.              MAXWAIT:              1
  635.  
  636.        B. OS/2 2.0 is a multi-tasking/processing operating system. 
  637.           => Slower microprocessors (i.e. 386/16mhz) are not going
  638.              to have enough cycles to support communications above
  639.              9600 BAUD.
  640.  
  641.        C. Even on faster machines there may be problems with
  642.           supporting high speed communications.  Some internal
  643.           modems have been known to induce spurious interrupts
  644.           which take away from the total number of interrupts that
  645.           can be processed.  Much depends on the quality of the
  646.           hardware and the ability of the software to work with
  647.           advanced communication processors such as the 16550AFN.
  648.  
  649. 3.5   USING THE MODE COMMAND
  650.  
  651.        Use MODE from an OS/2 Command line or DOS command line and
  652.        set IDSR, ODSR, and OCTS equal to OFF.  For example:
  653.  
  654.        MODE COM3:9600,N,8,1,OCTS=OFF,ODSR=OFF,IDSR=OFF
  655.  
  656.        sets COM3 to 9600, no parity, 8 data bits, 1 stop bit, OCTS,
  657.        ODSR and IDSR to OFF.
  658.  
  659.        If OCTS and/or ODSR are set to ON, the COM port will not
  660.        transmit data unless CTS and/or DSR signal lines are
  661.        enabled.  If set to OFF, the COM port will transmit
  662.        regardless of the state of signal lines CTS and/or DSR.
  663.  
  664.        If IDSR is set to ON, the COM port will discard the incoming
  665.        data unless DSR signal line is enabled.  If set to OFF, the
  666.        port will receive data regardless of the state of DSR.
  667.  
  668.        If any problems transmitting or receiving, set OCTS=OFF,
  669.        ODSR=OFF, IDSR=OFF to ensure that the hardware connected to
  670.        the COM port is not preventing the port from transmitting
  671.        or receiving.
  672.  
  673.        The original (GA) MODE command is broke; it shows the
  674.        BUFFER=N/A  even though a 16550AFN buffered UART
  675.        communication processor is  present.  The new MODE command
  676.        which is shipped with the latest  communication drivers
  677.        corrects this problem.
  678.